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(54) internet enabled computer systiem management 



(57).- The configuration of a managed system (10; 
15) can be viewed or changed over the Intemet using 
an HTML document to list and display the managed sys- 
tems, together with icons that represent the state of the 
managed, systems. Using embedded commands or 
identifiers within template documents, a program can be 
created to automatically acquire needed system infor- 
mation. In another embodiment, an HTML CGI docu- 
rtient containing desired system infornriation and a ref- 
erence linl^ back to the system at the manufacturer's se- 



lected site is created, allowing the manufacturer's sys- 
tem to retrieve this system information automatically. 
The system information is then analyzed against a list 
of currently valid system configurations to detect poten- 
tial problenis. In turn, if potential problems are detected, 
the information is sent back to the managed system au- 
tomatically. By using "active controls' or Java scripts, 
the state of the managed systems can be dynamically 
updated by changing the colour of associated icons or 
the displayed text. 
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Description 

[0001] Computer system management as currently 
implemented relies heavily on such known manage- 
ment platforms as Hewlett-Packard Co.'s ("HP") Open- 
View, IBM's NetView, Sun Microsystem's SunNet Man- 
ager, and others. These platforms are typically used with 
third party tools that perform the specific tasks required 
to manage particular devices. Including Intel-based PC 
desktop computers and sen/er systems, network devic- 
es such as hubs, bridges, and routers, and other similar 
equipment. Examples of these third party tools Include 
HP's NetSen/er Assistant for managing the NetServer 
line of computers and Interconnect Manager used for 
managing network devices such as routers. As a gen- 
eral rule, these tools are complex, expensive, and diffi- 
cult to use without extensive training. 
[0002] The Internet makes it possible to create appli- 
cations that perform many of the functions now per- 
formed by management platforms and third party add- 
on tools in a much simpler manner. These applications 
will be easier to use by novices than known tools and 
will lower the overall cost of system management. 
[0003] The embodiments of the present invention de- 
scribed heroin require certain generic computer sys- 
tems and components to function. There must be a set 
of computer systems or network devices that must be 
managed. A set of client systems are used to manage 
the sets of computer systems and/or network devices. 
In some cases, the managed system and the client sys- 
tem are the same system. At the manufacturer's site, a 
system is located and used for warehousing and ana- 
lyzing data from the managed systems. The manufac- 
turer's system is only needed for implementing such 
management features as analysis and verification of 
system information, transmission of advisory informa- 
tion back to users and system registration. 
[0004] Any of the known web browsers such as Net- 
scape Corp.'s Netscape Navigator or Microsoft Corp.'s 
Internet Explorer must be installed on all client systems 
used as management systems and at least one of the 
managed or client systems must have an I nternet HTTP 
Server(Web Server) running on it. Finally, an implemen- 
tation of one of the known technologies that make it pos- 
sible to retrieve and/or alter configuration information is 
needed on the managed and client systems, including 
an Implementation of any one of Simple Network Man- 
agement Protocols ("SNMP"), DMTF/DMI, ISO/CMIP or 
other proprietary protocols. 

[0005] With these required components, all of which 
are known, the system's configuration can be viewed or 
changed over the Internet using an HTML document to 
list and display the managed systems, together with 
icons that represent the state of the managed systems. 
By using "active controls'* or Java scripts, the state of 
the managed systems can be dynamically updated by 
changing the color of associated icons or the displayed 
text. Using embedded commands or identifiers within 
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template documents, a program can be created to au- 
tomatically acquire needed system information. 
[0006] In another embodiment, an HTML CGI docu- 
ment containing desired system information and a ref- 

s erence link back to the system at the manufacturer's se- 
lected site is created, allowing the manufacturer's sys- 
tem to retrieve this system information automatically- 
The system information is then analyzed against a list 
of currently valid system configurations to detect poten- 

10 tial problems. In turn, if potential problems are detected, 
the information is sent back to the managed system au- 
tomatically. 

Fig. 1 is a block diagram showing the system com- 
is ponents and architecture of the present invention; 

Fig. 2 is a flow chart for a first embodiment of the 
present invention; 

Fig. 3 is a flow chart for a second embodiment of 
the present invention; 
20 Fig. 4 is a flow chart for another embodiment of the 
present invention; 

Fig. 5 is a flow chart for yet another embodiment of 
the present invention; and 

Figs. 6, 7, 8. and 9 are flow charts for different im- 
25 plementations of another embodiment of the 
present invention. 

[0007] The various embodiments of the present in- 
vention can operate within any. particular realization of 

30 the generalized system architecture shown in Fig. 1. 
This generalized architecture comprises a set of com- 
puter systems 1 0, a set of network devices 1 5. or any 
combination of computer systems 1 0 and network de- 
vices 1 5, all of which must be managed. A set of client 

35 systems 20 are used to manage the computer systems 
10 and the network devices 15. In at least one embod- 
iment, it is possible that the managed computer system 
10 and the client system 20 doing the management 
comprise the same system. 

40 [0008] In several embodiments of the present inven- 
tion, a manufacturer's system 50 is used for warehous- 
ing and analyzing data from and for the managed sys- 
tems. Manufacturer's system 50 is only necessary for 
implementing such features as analysis and verification 

45 of managed systems' information, system registration, 
and transmission of advisory infonnation back to the 
customers. 

[0009] A web browser such as Netscape Corp.'s Nav- 
igator or Microsoft Corp.'s Internet Explorer must be in- 

50 stalled on all client systems 20 used to manage other 
systems. At least one of the managed systems 10 or the 
client systenrns 20 needs an Internet HTTP server, also 
known as a Web Sen/er, running on it. Finally, the man- 
aged systems 10 and the client systems 20 need an im- 

55 plementation of at least one of several known or propri- 
etary technologies that permit the retrieval and altering 
of desired configuration infonnation. These implemen- 
tations can include any one of SNMP. DMTF/DMI, or 
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ISO/CMIP. 

Configuration Management 

[0010] In a first embodiment of the present invention, 
configuration management Is accomplislied by using 

various Web-based elements. As shown in Fig. 2, an 
HTML document 101 that lists the managed systems 
and devices is created (Fig. 2. step 201 ); Document 1 01 
contains a list of system names linked. to Uniform Re- 
source Locators ("URL's) that point uniquely to a Com- 
mon Gateway Interface ("CGI") or a Microsoft Internet 
Server Application Programming Interface ("MS ISAPI") 
script program 151 . When invoked or executed by user 
actions (Fig. 2. steps 201 and 203), which actions in- 
clude clicking on the system name, script program 151 
generates HTML document 103 that contains the sys- 
tem information, which can then be displayed (Fig. 2, 
step 209). Document 101 can be automatically gener- 
ated by a program using an auto-discovery algorithm 
such as HP's Open View or it may be manually created 
using an HTML editor, in which case the users will need 
to know the URLs for the systems being managed. 
[0011] In this implementation, script program 151 can 
be located cither on the system/device being managed 
or on another system that has an HTTP (Web Server) 
server, or on both systems. This allows one system to 
be a proxy for another system or to be a backup system. 
This is helpful when the particular system of interest is 
down or if the system cannot run an HTTP server Using 
proxies creates redundancy and also permits using the 
management facilities described herein with devices 
that are not able or do not want to run an HTTP server. 
[0012] An HTML configuration template document 
102 is created using any preferred HTML editor (Fig. 2, 
step 211). Document 102 will contain such standard 
HTML elements as labels, icons, text, references to 
Java scripts, active objects and other documents as 
necessary. In places where the actual parameter values 
are displayed, a placeholder is embedded. The place- 
holder includes an identifying start meta character at the 
beginning and an end meta character at the end of the 
placeholder to make the placeholder identifiable to 
script program 151. The body of the placeholder con- 
tains identification information such as SNMP object ID, 
:that uniquely Identifies the attribute whose value is to be 
retrieved and displayed. 

[0013] The CGI or ISAPI script program 151 is in- 
voked by the HTTP server as a result of an end user 
request for information, which the user initiates by "click- 
ing" on the icon or symbol labeled with the device name 
in the system/device list of document 101 (Fig. 2, step 
203). yVhen invoked, script program 151 retrieves pa- 
rameters passed to it using standard CGI /I SAP I inter- 
faces (Fig. 2, step 209). In this embodiment of the 
present invention, the parameters are : a) information 
type(existing/new); b) IP address of the system of inter- 
est; c) SNMP community name; d) system configuration 



fife name; and e) template file name. The information 
type pararheter indicates whether the program is to re- 
turn an existing configuration file or whether it must cre- 
ate a new one. The IP address parameter identifies the 

s system for which information is to be retrieved (the man- 
aged system). The SNMP community name (an SNMP 
artifact used for security) identifies the community to 
which the SNMP agent used for retrieving the requested 
information belongs. The system configuration file name 

10 is the name of the file to which newly retrieved informa- 
tion is written to. The template file name Is the name of 
the template file the program will use to determine what 
information is to be retrieved. 

[0014] After script program 151 retrieves this informa- 
15 tion, it parses the template document, sequentially re- 
trieves the embedded object identifiers: performs an 
SNMP or other request to retrieve the value of the re- 
quested attribute (object), converting the retrieved value 
to a meaningful form if necessary, and replaces the em- 
20 bedded placeholder with this value (Fig. 2, step 209). 
Once all required values have been obtained, script pro- 
gram 151 writes the generated file, document 103, out 
to disk using the system configuration file name re- 
trieved from the passed parameters (Fig. 2, step 213). 
2S It then passes a reference back to the HTTP server in- 
dicating that the server should return this file to the user 
initiating the request (Fig. 2, arrow from step 207 to step 
201). 

30 Real Time System Configuration Verification . 

[0015] In this embodiment, system configuration in- 
formation can be verified in real time with minimal cus- 
tomer effort. This function is difficult to implement under 
35 existing. non-Web based technologies and is typically 
not provided by vendors. 

[0016] The process to verify system configurations 
starts with the user loading HTML document 101 and 
clicking on the appropriate icon or label representing the 

40 system of interest. This causes CGI script program 151 
to be executed on one of the managed systems 10. 
Script program 151 then fills the fields in a template form 
102, creating document 103 (described below). The 
process by which script program 1 51 fills template form 

45 102 to create document 103 is similar to that described 
in the preceding embodiment. Once document 102 is 
filled out by program 151. document 102 is returned to 
the user's Web browser as document 103(Fig. 3, step 
251). 

50 [0017] Document 103 is a CGI form in which all the 
fields are labeled. For example, in addition to including 
a label "System Name", there is a field value parameter 
which is assigned the value of System Name, e.g. "Man- 
go-- 

55 [0018] CGI form document 103 contains a "submit" 
button. When a user clicks on this button (Fig, 3, step 
253), the contents (name-value pairs) of document 103 
are transmitted to the system referenced in the form 
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URL. In this case, the referenced system is system 50 
at the manufacturer's location (Fig. 3, step 255). On re- 
ceiving document 103, the HTTP server on system 50 
executes a" script program 153 defined in the URL. Pro- 
gram 153 parses document 103 and saves the param- 
eter values retrieved from it in a database 200. 
[0019] Script program 153 then executes program 
1 55 on system 50 with a pointer to the data that was just 
entered database 200 (Fig. 3, step 257). Program 155 
retrieves this data and compares specific system con- 
figuration information such as version numbers of the 
software components and supported hardware/soft- 
ware against those in a standard/supported system con- 
figuration'database 202, which is independently created 
(Fig. 3, step 259). The results of this comparison reveal 
differences between the configurations of the managed 
systems 10 and currently valid configurations. Exam- 
ples of these differences could be differences in the ver- 
sions of software/firmware/hardware components or the 
presence of hardware/software components that are 
known to have potential problems. Once these differ- 
ences are determined, program 1 55 prepares a differ- 
ence report formatted as an HTML document, document 
107, and passes it back to script program 153 (Fig. 3, 
step 259 to step 255). Program 153 then returns docu- 
ment 1 07 to the client browser 20 from which the request 
originated using a standard HTTP protocol (Fig. 3^ step 
255 to step 251). . 

Mall/HTTP-Based System Configuration 
Verification and Customer Advisories 

[0020] The previously described methods for Config- 
uration Management and Real Time System Configura- 
tion Validation assume a user invokes a Web browser 
and requests system information. In the following em- 
bodiment, configuration information is created and 
transmitted without user intervention, the advisory cor- 
responding to potential problems or out of date compo- 
nents, and the advisory being transmitted back to the 
user asynchronously via the internet or other e-Mail 
mechanisms. 

[0021] This method requires a program 157 running 
on onie or more of the managed systems 1 0 (Fig. 4, step 
301). A modified version of program 153, called here 
program 159, plus a modified version of program 155, 
called here program 161 , run on system 50 at the ven- 
dor's location. In addition to these programs, an e-Mail 
system must be running on system 50. The e-Mail sys- 
tem must be able to send and receive electronic mail 
messages to and from other systems that are connected 
to the Internet. 

[0022] Program 1 57 executes at predetermined peri- 
odic intervals on systems 10. It can be configured to run 
on each of the managed systems 1 0, on one of the man- 
aged systems 10, or on some number of systems be- 
tween theise extremes. In those cases where program 
157 is not running on all the systems, it behaves as a 



proxy agent and is able to retrieve information from the 
other systems for which it is configured to be a proxy. 
[0023] When program 157 executes, it retrieves data 
from one or more of the managed systems 1 0 using one 

5 of the standard or proprietary protocols such as SNMP 
or DMI. It then creates a set of files 109, one for each 
system it is configured for, which contains detailed sys- 
tem information. The specifics of the information are de- 
termined by template document 102. In addition to the 

10 system information, program 1 57 also creates appropri- 
ate e-Mail headers that include mailing fists so that doc- 
ument 1 09 has a format and fields compatible with the 
e-Mail system so that document 109 can be sent to the 
configured destinations. 

75 [0024] Program 157 submits files 109 to the e-Mail 
program by placing them in the outgoing bin or, alterna- 
tively, communicating directly with the e-Mail server us- 
ing standard APIs such as MAPI. 
[0025] The e-Mail system takes the files generated by 

20 program 157 and delivers them to the recipient, which 
in this implementation is program 159 running on sys- 
tem 50. Program 159 extracts the system information 
and downloads it into database 200 (Fig. 4, step 303). 
[0026] Program 161 executes at configured intervals 

25 on system 50. It extracts information from database 200 
sequentially, compares this information with standard 
information of valid.configurations in database 202 and 
generates a set of files , called document 111 , one for 
each system for which configuration analysis is per- 

30 formed or on which configuration obsolescence is de- 
tected (Fig. 4, step 305). Program 161 adds appropriate 
e-Mail system headers that include destination address- 
es of configured recipients and writes these to the out- 
going bin of the e-Mail system or uses the e-Mail sys- 

3S tem's APIs to submit them to the e-Mail system (Fig. 4, 
step 307). The e-Mail system in turn delivers them to the 
recipient. 



40 



System Registration 



[0027] In general most customers do not fill out sys- 
tem registration forms. Perhaps the customer sees no 
benefit to spending time filling out the forms. This em- 
bodiment of the present invention eliminates some of 

45 the effort needed to fill out these forms. It also makes 
possible the collection of substantially more system in- 
formation, making it possible to send advisory Informa- 
tion back to customers automatically when components 
become obsolete or when problems are discovered, us- 

50 ing the previously described embodiments. 

[0028] After the customer has received the newly pur- 
chased system, installation is accomplished by execut- 
ing an installation program. The last part of the installa- 
tion program is modified so that it executes program 1 63 

55 (Fig. 5, step 351). Program 163 brings up an electronic 
form document 113 for the customer to fill out (Fig. 5, 
step 353). The customer fills out basic information such 
as the customer's name and e-Mail address. After this 
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information is entered, program 163 uses template doc- 
ument 102 to gather system configuration information 
in a manner similar to program 151 and creates docu- 
ment 117 by appending the basic customer information 
to configuration information using the CGI fornii "Name- s 
Value" format (Fig. 5, step 355). 
[0029] Document 117 is an HTML form consisting of 
name-value pairs for customer Information, entered by 
the customer, and the system configuration information 
entered by program 163. The form URL points to pro- 
gram 1 53 on system 50. 

[0030] After creating document 117, program 163 
takes one or both of the following actions: (1 ) transmits 
document 117 as a CGI script form to system 50 at the 
manufacturer's site using the HTTP protocol (Fig. 5, ^5 
step 357), and (2) adds e-Mail headers to document 117 
and places it in the outgoing bin of the electronic mail 
system located somewhere in the customer's network. 
The mall system delivers document 117 to systems on 
a predetermined mail distribution list. The specific action 20 
taken depends on : (1) whether the customer wants a 
real time check of his system configuration and (2) 
whether the customer wants systems at multiple loca- 
tions to save this configuration information. After trans- 
mitting these documents, program 163 waits for a re- 2S 
sponse on the same TCP/IP port as a web browser, typ- 
ically porfSO. 

[0031] To the web server on system 50, document 117 
transmitted over HTTP looks identical to a CGI form re- 
quest that would have been generated' had document 30 
117 been displayed in the context of a web browser and 
had a user clicked on the "Validate Configuration" but- 
ton. This results in the same actions described under 
the "Real Time System Configuration Verification" sec- 
tion (Fig. 5, step 369). Program 153 retrieves informa- 3S 
tion in document 117, enters it into database 200, and 
executes program 1 55 with a pointer to the data just en- 
tered in database 200 (Fig. 5, step 359). Program 155 
retrieves the data just entered and compares It with 
standard/supported system database 202 (Fig. 5. step ^0 
371). The differences between the configuration of the 
system being currently registered and the standard con- 
figuration are then formatted as ah HTML document 1 07 
and. passed back to the script program 153. Program 
153 then returns document 107 to the system being reg- 
istered. Document 1 07 is then received by program 1 63 
(Fig. 5, step 357), which was waiting for a response on 
port 80. Program 1 63 then writes document 1 07 to a file 
(Fig. 5, step 367) and executes the web browser with a 
command line parameter pointing to it (Fig. 5. step 369). so 
This causes document 107 to be displayed by the web 
browser on the system being registered and provides 
imnriediate feedback on any potential configuration 
problems. 

ss 

System Alert Monitoring and Exception Handling 
[0032] A system alert condition is generated when 
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some system parameter exceeds predetermined 
boundary conditions. For example, if the system tem- 
perature goes too high, an alert is triggered. Traditional 
methods for handling alerts use Industry standard or 
proprietary protocols such as SNMP or DMTF/DMI and 
send alert information packets to receiving system man- 
agement consoles like HP's Open View. At these con- 
soles icons representing the systems from which the 
alerts originate change colors (from, for example, green 
to red). This notifies the administrator that something is 
wrong. 

[0033] In this embodiment, program 165 executes on 
managed systems 10 waiting for alerts from the local 
SNMP or DMI agents (Fig. 6. steps 401 and 403). On 
reception of an alert, program 165 decodes the alerts 
using the alert ID to index into an alert translation data 
file document 119. Based on the alert ID the alert data 
file returns an alert record consisting of the following 
fields: (1 ) alert type, (2) alert description, (3) system 
name, (4) the name of an icon bit map file used to display 
this alert in the web browser, and (5) a URL reference 
to the help files, document 1 20, that provides additional 
information about the alert. This record is entered into 
a local trap Management Information Base ("MIB") ta- 
ble, if SNMP is used, or another document 121 (Fig. 6, 
step 405). 

[0034] . Like program 165, program 167 also receives 
SNMP or DMI alerts on the management system 20. 
When an alert is received, program 167 determines the 
system from which the alert came, based on the ad- 
dressing information in the alert packet (Fig. 6. step 
407). It then launches the local web browser with com- 
mand line parameters that point to the CGI script pro- 
gram 1 51 and the system name from which the alert was 
received. Script program 151 reconstructs document 
103 using appropriate icons specified in document 121 
or the SNMP local trap MIB (Fig. 6. step 409), links the 
icons to help files associated with the icons and returns 
document 103 to the browser as described under the 
earlier Configuration Management embodiment (Fig. 6, 
step 413). The browser in turn displays document 103. 
When a user clicks on the icon representing system/ 
sub-system status, the browser displays the help docu- 
ment that was linked to the icon. 
[0035] In an allemative implementation of this embod- 
iment (see Fig. 7), document 102 is modified by chang- 
ing the header information to produce document 123. 
When program 151 receives a request from the HTTP 
server it uses the modified document 123 to create doc- 
ument 125 which is identical to document 103 except 
for the header information (Fig. 7, step 451 ). The header 
information indicates 'to the web browser that document 
125 must be updated periodically. Each time the brows- 
er requests an update (Fig. 7, step 453), program 151 
is executed by the HTTP server (Fig. 7, step 455) and 
it re-creates document 1 25 with the latest system status 
and configuration information and returns it to the web 
browser. This ensures that ail alerts generated since the 
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last update are reflected in the system status section of 
the newly created docunnent 125. 
[0036] In a third alternative implementation of this em- 
bodiment (see Fig. 8), program 151, a, modified version 
of program 1 65, here called program 1 69, and the HTTP 
web server all execute on managed systems 10. Pro- 
gram 169 Is similar to program 165, except that it exe- 
cutes program 151 upon receiving an alert in addition to 
its normal functions. In this implementation, document 
102 is replaced by document 127. Document 127 is 
identical to document 102 except the header information 
is modified to indicate that it is a "multi-part-with-re- 
place" document, a known type of document. When web 
browsers receive such documents, they connect to the 
web browser asynchronously. When a user initiates a 
request in this implementation, program 15.1 uses doc- 
ument 127 to create document 129 (Fig. 8. step 501), 
which is document 103 with a modified header. As the 
header information from the template is directly copied 
to the output document, document 129 is also a "multi- 
piart- with- rep lace' document. When an alert is received 
by program'169 (Fig. 8, steps 503 and 505). it launches 
program 151 with an appropriate command line indicat- 
ing it should re-create document 129 and re-transmit it. 
to the web browser (Fig. 8, step 507). The technique 
used here to asynchronously send documents on, alert 
conditions to the web browser is commonly referred to 
as "Server Push", i.e., documents are pushed from the 
HTTP sen/er without being explicitly requested by the 
web browser. 

[0037] In a fourth implementation of this particular em- 
bodiment (see Fig. 9). document 102 is modified to in- 
clude references to 'active objects" such as a Java ap- 
plet or an ActiveX program to create document 131 . In 
this implementation, program 151 uses document 131 
as input and produces document 133, which is similar 
to document 103 but includes the references to the ac- 
tive objects in document 131 . A property of such active 
objects is that displaying them causes the browser to 
execute the "bytecode" corresponding to the active ob- 
jects. The executing embedded programs (the active 
objects) in turn read the system status file document 121 
at programmed intervals and change the displayed 
icons to correspond to the current system state in the 
same manner as described for the other implementa- 
tions of this embodiment. 



Claims 

1. A method of configuration management in a com- 
puting environment comprising at least one man- 
aged system (1 0; 1 5) and at least pne client system 
(20) which manages the managed system, each of 
the client arid managed systems being capable of 
communicating with each other over the Internet, 
the method. comprising the steps of:. 



creating (201) a web browser list of managed 
systems in the form of an HTML page (101); 
selecting (202) by a user from the web browser 
list a managed system of interest; 
5 invoking (207) a program (151) to obtain pa- 

rameters about the managed system of inter- 
est; 

creating (209) a document (103) from a tem- 
plate document (102) using the program to \n- 
10 sert the obtained parameters about the man- 

aged system of interest; and 
returning the document to the user. 

2. A method for real time configuration validation in a 
15 computing environment comprising at least one 

managed system (10: 15) and at least one system 
(20) with a configuration database which manages 
the managed system, each of the system with a 
configuration database and managed systems be- 
20 ing capable of communicating with each other over 
the Internet, the method comprising the steps of: 

creating, a plurality of system configurations 
. and status documents. (1 03), one for each man- 
2S aged system using a program to create the doc- 

uments from a template form (102); . 
selecting (253) one of the system configuration 
and status documents; 

creating a standard supported system configu- 
re ration database on at least a first system with 
a configuration database (50); 
transmitting (255) the selected system config-. 
u ration and status document to the at least first 
system with a configuration database: 
35 comparing (259) the selected system configu- 
ration and status document with standard sup- 
ported system configuration; and 
returning any differences between the selected 
system configuration and status document and 
40. the starKlard supported configuration. 

3. A method for verifying system configuration and 
providing system advisories in a computer environ- 
ment comprised of. at least one managed system 

45 (1 0; 1 5) and at least one system (20) with a config- 
uration database which manages the managed sys- 
tem, each of the system with a configuration data- 
base and managed system being capable of com- 
municating with each other over the Internet, the 

so method comprising the steps of: 

, running (301) a program (157) on each of the 
managed systems at a predetermined interval 
and generating a first document (109) com- 
ss prised of preselected system Information for 

■ each managed system; 
sending the first docurnent from each managed 
system by electronic mail to a system with a 
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configuration database; 

creating a database of information from the first 
documents on the system with a configuration 
database (50); and 

running (305) a second script program (1 61) on 
the system with a configuration database at a 
predetermined interval which compares the da- 
tabase off information from the first documents 
with a second database of valid configuration 
information on the system with a configuration 
database; 

generating a plurality of second documents 
(111) which indicate any differences between 
the database of information from the first doc- 
uments and the valid configuration information; 
and 

returning (307) by electronic mail to each man- 
aged system the second document that corre- 
sponds to the differences between the first doc- 
ument that was generated for that managed 
system and the second database. 

A method for automatically registering systems in a 
computing environment comprised of at least one 
managed system (10; 15) and at least one system 
(20) with a configuration database which manages 
the managed system, each of the system with a 
configuration database and managed systems be- 
ing capable of communicating with each other over 
the Internet, the method cdrhprising the steps of: 



10 



IS 



20 



25 



30 



tion database and managed systems being capable 
of communicating with each other over the Internet, 
the method comprising the steps of: 

detecting (403, 503) exceptions at each of the 
managed systems by means of a first program 
(165. 169); 

creating (4.05, 501 ) a first document at the man- 
aged system with information regarding the de- 
tected exceptions; 

transmitting the first document to a system with 
a configuration database over the Internet; and 
displaying the first document to an operator of 
the system with a configuration database to 
alert the operator of exceptions at each of the 
managed systems. 



executing (351) a first program (163) automat- . 
ically upon initial use of a managed system, the 
program presenting (353) afirst fornri (11 3) to a 
first user of the managed system to obtain user 

registration information; 

appending (355) to the first form system con- 
figuration Information from the managed sys- 
tem, the system configuration information be- 
ing obtained by a second program running on 
the managed system; 

transmitting the first form (11 7) to a system with 
a configuration database (50); 
creating a first database in the system with a 
configuration database with first forms obtained 
from all managed systems managed by the 
system with a configuration database. 



35 



40 



45 



5. The method of claim 4, wherein the steps of real 
time configuration validation of claim 1 are per- 
formed after each managed system has been auto- 
matically registered. 



so 



6. A method for exception handling in a computing en- 
vironment comprised of at least one managed sys- 
tem (10; 15) and at least one system (20) with a 
configuration database which manages the man- 
aged system, each of the system with a configura- 
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SYSTEM CONFIG AND 
STATUS DOC 103 
DISPLAYED FROM 
PREVIOUS USER ACTION 
TO VIEW CONFIG. 







USER CLICKS ON 
VALIDATE CONFIGURATION 
BUTTON 



REQUEST GOES TO 
SYSTEM 50. CGI 
SCRIPT PROG 153 
SCHEDULED BY 
HTTP SERVER 



255 



PROG 153 ENTERS 
INFO INTO DB 200, 
SCHEDULES PROG 155 



PROGRAM 155: 

• COMPARES CFG INFO TO 

VALID INFO IN DB 
202 

• CREATES DOC 107 



257 



259 



Figure 3 
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PROGRAM 157 ON SYSTEM 10-1 
EXECUTES PERIODICALLY & 
COLLECTS CONFIG INFO & 
MAILS IT TO SYSTEM 50 


301 








PROGRAM 159 ON SYSTEM 50 
EXTRACTS INFO AND ENTERS 
IT INTO DB 200 


303 






IPROQRAM 161 ON SYSTEM 50 
RETRIEVES CFG INFO FROM DB 200 
COMPARES IT TO VALID CFG INFO 
IN 202. CREATES DIFFERENCE 
FILES DOC 1111 ONE FOR EACH 
SYSTEM 






r • ' 
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PROGRAM 161 MAILS ADVISORY 
DOC 111 TO DESIGNATED 
INDIVIDUALS / SYSTEMS 
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Figure 4 
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(54) Internet enabled computer system management 



(57) The configuration of a managed system (10; 
15) can be viewed or changed over the Internet using 
an HTML document to list and display the managed sys- 
tems, together with icons that represent the state of the 
managed systems. Using embedded commands or 
identifiers within template documents, a program can be 
created to automatically acquire needed system infor- 
mation. In another embodiment, an HTML CGI docu- 
ment containing desired system information and a ref- 
erence link back to the system at the manufacturer's se- 



lected site is created, allowing the manufacturer's sys- 
tem to retrieve this system information automatically. 
The system information is then analyzed against a list 
of currently valid system configurations to detect poten- 
tial problems. In turn, if potential problems are detected, 
the information is sent back to the managed system au- 
tomatically. By using "active controls" or Java scripts, 
the state of the managed systems can be dynamically 
updated by changing the colour of associated icons or 
the displayed text. 
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. 1. Claim : 1 

Configuration management from a client system to one or more 
managed- systems via the Internet. The user selects a managed 
system from a web browser list of systems. A program Is 
started gathering parameters about the system, these are 
Inserted into a document which is returned to the user. 



2. Claim : Z 

Validating the configuration of a managed system via a 
system with a "standard supported system configuration 
database". For each managed system a system configuration 
and status document Is created, send to the above system 
with a "standard supported system configuration database", 
comparing the system configuration and status document with 
standard supported system configuration and returning any 
detected differences. 



3', Claim : 3 

Verifying the configuration of one of many managed systems 
via a system with a configuration database by: 

- generating automatically a document with system 
information about the managed system in regular intervals. 

- sending the Information to the above system with a 
configuration database via e-mail. 

- comparing the configuration information with valid 
conflguraltlon information on the above system with a 
configuration database in regular intervals. 

- Returning the detected configuration differences via 
e-mal 1 . 



4. Claims: 4,5 

Automatically registering systems In an environment with one 
or many managed systems and a system with a configuration 
database by performing the following steps: 

- presenting a registration form to the user upon initial 
use of a managed system to obtain registration information. 

- appending to said form automatically obtained system 
configuration information; 

- transmitting the form to the above system with a 
configuration database. 

- storing all the received forms in the above system with a 
configuration database in a database. 
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